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1. (Q) What form is required for declaring processes which use no inputs 
but use one or more outputs? 

(A) This question can best be answered by use of an example. Consider 
a procedure called ALPHA which uses no inputs and only one output 
called BETA, A dummy input must be used in the declaration of 
ALPHA, 

15. PROCEdure ALPHA (o'UNK = BETA) 

In this example, JIJNK need not be mentioned again until the process 
call at which time another dummy must be used. 

33. ALPHA (GARB = z) . 

The above example is also true for a FUNCTion. 

2. (Q) What use should be made of the NEG operator in the ALGO system? 

(A) Minus signs (-) must not be used immediately following opening 
parenthesis. The operator NEG must be used instead. 

Example: The following expression is to be computed. 

X = 7^ This should be written as 

17. X = ^^2 / (J^IEG 3*2) 

and not as 

17. X = y ^2 / (. 3*z) 

3. (Q) What rules govern the use of process call? as part of an algebraic 

statement? 

(A) TO insure reliable operation of the ALGO system, process calls 
included as part of an algebraic statement should be the first 
elements on the right of the equal sign. More than one process 
call should not be included in an algebraic statement. If two 
process calxs were desired in a single algebraic statement, make 
one of the process calls as a preceding statement and use the 
output variable in the following algebraic statement. 

Example: Process IOTA and GAMMA are to be used in a statement. 

IOTA and GAMMA have been declared 
5^ IOTA (A, B == C) 

6- begin' 

7- C - A ^ KEYBD - B^2 

8. RETIT^N 

9" Ero 

10= GAMMA :E, F - Gi 

11. BEGIN 

12. G - E/2 + F^ 2 
13^ RETURN 

1^« END 
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The statement below including both procedures must not be written 
X = IOTA (w^ V = u) - Mf 2 + GAMMA (P; Q = T) 
Instead, the call could be 

25. GAMMA (P, Q = T) 

26. X = IOTA (w, V = u) - Mt2 + T 

k. (Q) Could the title of a program be typed out during object program 
run? 

(A) No. The actual title of a program is not retained following the 
operation of Package Nc. 2 of the compiling process due to the 
complexity of the ALGO system. Therefore the title could not be 
typed out during the object program run, 

5. (Q) What means of detection and correction should be employed con- 

cerning scratch tape reading errors in Package No. 2 and Package 
No. 3? 

(A) a) Paper Tape Scratch Pad 

When Package No. 2 detects an error when reading the output 
of Package No. 1, it halts and rings a bell. The operator 
should rewind the scratch tape one block and cycle the com- 
pute switch. If the program continually detects an error^ 
the operator should start over with Package No. 1. 

When Package NOo 3 detects an error when reading the output 
of Package No. 2, it types R and halts. Reread the tape 
as above^ or repeat the operation of Package No. 2. 

b) Magnetic tape scratch pad 

If Package No. 2 detects a read errors it halts and rings a 
bell. Cycle the compute switch and the block will be reread. 
If the read error continues <> start over. 

If Package No. 3 detects a read error, it types R and halts. 
When this happens, the operator must use the updater to 
rewrite the Editor output blocKs (see updater instructions) 
and go thru Package No. 2 again o 

6. (Q) Is there a method of labeling keyboard inputs to an object program? 

(A) SPACE limitations prohibit the automatic labeling (via typewriter) 
of keyboard inputs to the object program. However, the programmer 
can easily write his own labe].s using ALGO language. 



Exam 


iple: 




15. 


PRINT (FORMA) = 


= i © 


16. 


X = KF.YBD (s) 




17. 


PRINT (FORMA) ■ 


= ? © 


18. 


Y = KEY3D (D 




ETC. 
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KEYED entries must be made in the same order in which they are 
written. 

7, (Q) When typing in an algebraic statement which is too long for one 

line on the typewriter^ can the operator hit the carriage return 
key or must he return the carriage manually? 

(A) If^ during type-in in Package No. 1, the type-in goes beyond one 
line and the operator returns the carriage and completes his 
type-in on the second line, the carriage return code generated 
will be ignored unless it is in the middle of an identifier or 
operator. The hyphen (-) key cannot oe used to separate words 
at the end of lines. 

8, (Q) What rules govern the typing out of a carriage return or tab 

following the typing of a floating point number during the 
object program run? 

(A) If a number is too large for the format under which it is to be 
typed, the number will be typed in floating point. If there is 
a carriage return in the format which was too small, the type- 
out will be followed by a carriage return. If not, the floating 
point type-out will be followed by a tab. If (FL) is specified 
as the format, the type-out will be followed by a tab. 

9, (Q) Could a dictionary check be made at the end of Package No. 1? 

(A) Package No. 1 separates and encodes all declarations, converts 
constants, forms formats and identifies statement types. It 
does not investigate identifiers or operands within the state- 
ment and therefore cannot make a dictionary check. This check 
is one of the functions of Package No. 2. 

10. (Q) By what means (other then updating) can we change constants in 
the object program? 

(A) In order to change a constant when the object program is being 
run, the operator must know +b.e location of the constant. If 
the constant is one of an array, the operator can aetermine its 
location in the foi: owing manner. During the second phase of 
compiling (Package No. 2), the corapvT:er typed the entry number 
of the constant array declaration and also the location assigned 
to the first constant of the array. All constants in the array 
follow sequentially. 

If the constant to be changed is not an element of a constant 
array, i.e, the constant is a numeric value contained in an 
algebraic statement, its location is determined by use of the 

following comments: 

a) assignment starts in location 7. 

b) U-words are assigned for every format. 

c) 1-word is assigned for every constant. 

d) count the number of assignments preceding the constant to 
be changed 
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e) this number plus 7 is the location of the constant to be 
changed. 

Caution: Constants of 0^ 1, or 2 and constants modifying sub- 
scripts cannot be changed and should not be counted in determining 
constant locations as they are not assigned locations. 

Example; The following program is written. 

1. TITLE EXAMPLE (s) 

2. FORMAT FORMl (S3DP2DT), F0RM2 (S2DP) Q) 
3* CONSTANT CONl (3) © 

k. 

h. 1^67 (s) 

5. 55^123^ © 

6. 42 © 

7. BEGIN © 

8. X = KEYED -^1^37 © 

9. Y = keyed/ ,36 p -. 

10. PRINT (FORMl) = ((X * CONl [ oj ) + Y) * 8 © 

11. : 

The programmer wishes to change the constant 8 in statement 10. 
To find its location he must count the number of previous assign- 
ments and add 7- 

2 FORMATS = 8 

CONSTANT ARRAY = 3 

LN. 8 constant = 1 

LN. 9 constant - 1 

Total 13 + 7 = 20 

Once the location of the constant is determined the following 
method is employed for changing it during the run of the object 
program. 

a) Put program in the manual mode @c f ) . 

b) Type minus ( -) followed by constant location and tab © . 
(At this point the present contents of the location will be 
typed out in floating point notaticno This is a good check 
to see if this is the location the operator desires). 

c) Put punch switch "on'\ 

d) Type in new constant followed by tab 

e) Turn off punr.h switcho 

f) Type minus (-) followed by location of constant and tab © 
(optional for checking) 

g) The changed constant will be typed out to the operator in 
floating point form. 

h) Return to programo 
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11. (q) Could the F in floating point type -out be deleted? 

(a) Yes. Two G-I5 words must be changed in Line Ok of the Op-Package 
(No. h) for the deletion of F from the floating point typeout. 

Decimal Hex 

Oh: 85 w.u3o82o0.06o 19 y7520x3 
04:62 w.6A^.05o 1.280 28 w00579w 

These changes can be meuie via PPR or -che tape corrector 
routine (ASP 72) c Line h is the llth block with check sum 
= 5xv7u3Xo The corrections will not effect the check sum. 

12. (Q) What method should be employed to process several ALGO program^:' 

with first the Editor {Package No. l) , then the Rator/Cator 
(Package No. 2) and finally with Packages 3 and hi 

(a) a) The ALCK) system must be on paper tape with paper tape 
output. 

b) Load the Editor and enter the first program. When the 
first program has been edited^ the Editor will type out 
"IX)AD No. 2" o The programmer may now type (^ c f, and 
the Editor will permit the type -in of the next program. 

This method may be ;ontinued until all the programs have 
been processed by the Editor^ 

c) Load the Rator/Cator with compute switch on breakpoint. 
When "MOUNT No. 1 OUTPUT" is typed out^ the programmer will 
mount one of the Editor output tapes. This program will 
then be processed. When completed^ the Rator/Cator may now 
be reloaded on breakpoint. When so instructed, the program- 
mer will mount the next Editor output. 

This method may be continued until all the edited programs 
have been processed by the Rator/Cator 

d) Load the Lyzer/Lator (Package No. 3) with compute switch on 
breakpoint. 

When so instructed^ the programmer will mount one of the 
program outputs from the Ratcr/Catorc Further processing 
will continue in the norma^. manner as described in the ALGO 
Operating Instruction Manual. Follcving the completion of 
each program, (i^^ processed by the Lyzer/Lator and the Op- 
Package, Parkage No. h) , the Lyzer/Lator may be loaded on 
breakpoint o The programmer will then mount the next Rator/ 
Cator output , 

13' (Q) How does the programmer write machine language subroutines using 
inputs and/or outputs In the ALGO system? 

(A) Subroutines which vll_ u^e inputs and outputs (i.e. alphanumeric 
subroutine^ Decimal Tapv.^ conversion subroutine^ magnetic tape 

subroutine) must knew two things:: 

a) Star^oing location of the storage for the input or output- 

b) Length of the block of data coming in or going out. 
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A method of denoting to the subroutine what these values 
are can best "be shown by an ex£Lmple„ 

In the following example^ the programmer wishes to enter 
data (numeric or alphanumeric) into the computer; perhaps 
convert it into binary floating point form and store it in 
data arrays. 

Call the subroutine INPUT with check sum 0200000 and 
starting loc. at 00 o The LIBRARY declaration would be; 

2. LIBRAEY INPUT (0200000) 

Now some data storage must also be declared. Two blocks 
of information are required. Call one block of 76 words 
A and the other block of 13O words B. 

3. DATA A(76), B(130) 

The statement tc call the subroutine for use on the 1st 
block would be 

15 « A [0]= INPUT (76) 
The stacement to call the subroutine for use on the 2nd 
block would be 

16. B [0]- INPUT (130) 
The statements written in this manner result in the length 
of the block in the ALGO accumulator MQo or MQi- Store 
this information and by using the following sequence of 
commands^ the location of the 1st word of the table is 
found. 



All subroutines operate out of line 05 . 



80 u. 82. 82.0. 22. 28 

82 u.84.8if.2,28,29 

&k u. 86. 86. 0.29. 31 

86 w, 89.90.0.22.18% 

90 w. 94. 03.0. OS. 29 
94 -7w0u80if 

03 u„05o05o0.3l^3V 

87 w. 89.91.0.22.26 

91 w.u5.07.3^23o31 
07 w. 09-28.2.26028 

28 Un3^o29«2,28.29 

29 v.31^33»2o2^c29 

33 u.35.E.3^os, 29 

34 7z036y^ 



Pick up N.C. 

Set ovfl if store 

is it store command? 

No. Go get next command 



Yes Put in PN 1 

CH to PN^ Rest To ID 

CH to AR 

Shift to source 

Add WD ^ J'unk 

- Junk E = Exit to Program 



At this point the accumulator contains: w.wd.OO.O.CH.OO 
of the 1st word. With this information and the stored 
length of the block, the programmer may write his machine 
language program and exit keeping in mind all of the con- 
ditions for writing machine language subroutines as out- 
lined in the AIGO Operatirg Instructions. 
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lU. (Q) Can decimal data from paper tape be used with ALGO? 

(A) Yes. Three methods of using decimal tape input to an AIGO object 

program are described below. 

a) The object program accepts data from tape in binary floating 
point form. If the data is in decimal, the programmer may 
write a machine language subroutine for cion verting it as 
outlined in 13 above. 

Another method would be to us^^ Ir.t-.^rcorn pOO vith the flex 
input subroutine to convert th'- decimal tape to a binary 
tape and use the binary tape as input to the ALGO object 
program. 
Another method is described in Answer No. 15- 



b) 



15« 



c) 

(q) Can data be preparea in decimal floating point notation on punched 
tape off line on a flexowriter and read into :nemory by the AIGO 
read statement? 



(A) Yes. A special use of the Decimal to Binary Conversion Routine 
is in conjunction with flexowriter prepared data. Data may be 
prepared in decimal floating point notation on punched tape off 
line on a flexowriter and read into memory by the ALGO read state- 
ment. These data are then converted to binary floL .ing point by 
the conversion routine. 

Data is punched in four-word groups (i.e., CR word tab word tab 
word tab word tab /) in floating point decimal notation, (i.e.^, 
EEDDDDDS where EE is the decimal exponent, DDDDD is the decimal 
mantissa, and S is the sign). If the number of data words is 
not a multiple of four, a filler word (i.e., 0000000 tab) is 
punched a sufficient number of times in the first four-word 
group in order to make the number of data words a rrrultiple of 
four. If the number of data words is a multiple of four, no 
filler word is required. When the last four-word group of data 
is punched, a stop code is punched in place of a "/". 

Example No. 1 

Given three data words, prepare flexowriter tape. Data tape 
is punchea as follows: 

c/r 

OOOOOOC- tab EEDDDDD tab EEDDDDD tab EEDDDDD tab stop 2 
Example No. 2 

Given eight data words prepare flexowriter tape. Data tape is 

punched as follows: 



0/ ^^ . 

EEDDDDD tab EEDDDDD tab EEDDDDD tab EEDDDDD tab / C/R 
EEDDDDD tab EEDDDDD tab EEDDDDD tab EEDDDDD tab scop 2 

Attached js an example AIjGO source program, data input and output 
which d-. .:i..nstrates the special use of the Decimal to Binary Con- 
version Houtine. 
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16. (Q) It has been stated in the Programming manual that entry numbers 

start with 001 and continue consecutively to 511. Please clarify. 

(A) The compiler assigns the entry number as the programmer enters 

the AKJO language program. Entry numbers start with 001 and con- 
tinue consecutively. The number of entry numbers that the com- 
piler assigns for a program will depend upon the complexity of 
the statements. The ALGO compiler has provisions for handling 
up to 511 entry numbers, however, this does not mean that the 
con5)iler will process 511 statements. 
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ALGO SOURCE PROGRAM 



1 • TITLE DEMONSTRATION OF FLEX LIBRARY ROUTINE © 

^. LIBRARY FLEX (0202000) © 

3. r*ORMAT TAG (s5dp5dc) ® 

4. SUBSCRI PT I , J © 

5. DATA alpha(35) © 

6« BEGIN © 

7. start: carr(3) © 

R. read(p) alpha © 

9. 1=0© 

'0» j=34 © 

loop: hold=:alpha [j] © 

:::• alpha [j] =FLEx( ALPHA [l]) © 

13. ALPHA [[] =FLEx(hOLd) © 

14. 1=1+1 © 

15. J=:J-1 © 

16. IF J>l © 

17. GO to LOOP © 

18. IF J=l © 

19. ALPHA [ |]=FLEx(aLPHA [i]) © 

20. last: bELLs(5) © 

21. FOR I=:0{1)34 © 

22. PRi nt(tag)=alpha [i] © 

23. END © 

24. 



5 865 

start 2 

^op 3 

JLD 864 

last 4 



12 

864 

2 .0120013 

3 • 0220024 

4 .0470048 
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0000000 
5518010 
5524466 
5532421 

5541679 
5552152 
5564059 
5577350 
5592064 





DATA INPUT 


5514161 


5515361 


5519480 


5521046 


5526316 


5528258 


5534630 


5536909 


5544169 


5546739 


5554995 


5557929 


5567253 


5570532 


5580893 


5584526 


5595990 


5310005 



5516637 
5522709 
5530293 

5539359 
5549^0 

5560951 
5573897 
5588250 
5010424 



/ 

; 

/ 
/ 
/ 

', 

I 
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OUTPUT 
12 © 
l4l6l. 00000 

15361.00000 

16637-00000 
18010.00000 
19I180. 00000 
210^6.00000 
22709.00000 
2^+466.00000 
26316.00000 
28258.00000 
30293.00000 
32U21. 00000 
31^630.00000 
36909.00000 
39359.00000 
U1679. 00000 
i+U 169. 00000 
i+67 39. 00000 
I+9I4OO. 00000 

52152.00000 
5U995.00000 

57929-00000 
60951.00000 
6^+059.00000 
67253.00000 
70532.00000 
73897,00000 
77350.00000 
80893-00000 
84526.00000 
88250. 00000 
92064.00000 

95990.00000 
100.05000 

ACTION BY; All personnel concerned 
PREPARED BY; E. J. Records 
APPROVED BY: T. Yamashita 



